System and Method for Sharing Message/Content Using Location Information

ABSTRACT

A system and method for sharing a message and/or content using location information. The system for sharing a message and/or content includes at least one upload terminal that generates and transmits post metadata including a message/content prepared for uploading, location of the upload terminal, and location for uploading the prepared message/content thereto; a download terminal that transmits a connection message including current location, and downloads message/content posted within a predetermined distance from the current location to display the posted message/content; and a server that verifies the post metadata by receiving the prepared message/content and the post metadata corresponding to the prepared message/content from the upload terminal, stores a result of verification, searches for the prepared message/content to be provided to the download terminal when the connection message including the location is received from the download terminal, and provides information on the searched message/content and post location to the download terminal.

RELATED APPLICATION

This application claims the benefit under 35 U.S.C. §119(a) of a Koreanpatent application filed on Aug. 8, 2014, in the Korean IntellectualProperty Office and assigned Serial No. 10-2014-0102113, the entiredisclosure of which is hereby incorporated by reference.

BACKGROUND

The present disclosure relates to a system and method for sharing amessage and/or content, and more particularly to a system and method forsharing a message and/or content using location information.

Recently, a social network service that has widely been used in societyis a service system that provides a human network for strengtheningpersonal relationships with already known persons and forming newpersonal relationships with other unknown persons on the Internet thatis called web. In the beginning of such a social network service, it wasmainly used for the purpose of enhancement of mutual friendship andentertainment. However, there is growing tendency that the socialnetwork service is used for productive purposes, such as business andsharing of various kinds of information. Further, utilization of latestinformation has been increased through various types of searches usingthe social network service in a specific keyword search through a portalsite.

With the successive appearance of various types of ideas using such asocial network service, new services based on the social network servicehave been proposed.

However, in the case of using not only a portal service but also asocial network service, it is not easy to search for matters in which auser may be interested around the user on the basis of the currentuser's location.

SUMMARY

The present disclosure has been made in an effort to solve the aboveproblem and it is an object of the present disclosure to provide amethod for controlling a social network service network and constituentelements thereof, which can provide a service based on user's location.

In accordance with an aspect of the present disclosure, a system forsharing a message/content using location information includes at leastone upload terminal that generates and transmits post metadata includinga message/content prepared for uploading, location information of theupload terminal, and location information for uploading the preparedmessage/content thereto; at least one download terminal that transmits aconnection message including current location information, and downloadsthe message/content posted within a predetermined distance from thecurrent location to display the posted message/content; and a serverthat verifies the post metadata by receiving the preparedmessage/content and the post metadata corresponding to the preparedmessage/content from the upload terminal, additionally stores the resultof verification in a database, searches for the prepared message/contentto be provided to the download terminal when the connection messageincluding the location information is received from the downloadterminal, and provides information on the searched message/content andpost location information to the download terminal.

In accordance with another aspect of the present disclosure, a methodfor sharing a message/content in a system for sharing themessage/content including an upload terminal that prepares and uploadsthe message/content to a server and a download terminal that receivesthe message/content stored in the server, includes the upload terminalgenerating post metadata including the message/content prepared foruploading, location information of the upload terminal, and locationinformation for uploading the prepared message/content thereto andtransmitting the generated post metadata to the server; the serverreceiving the prepared message/content and the post metadatacorresponding to the prepared message/content from the upload terminal;the server verifying the post metadata, and storing the verified postmetadata and the prepared message/content in a data base; the downloadterminal transmitting a connection message including current locationinformation; the server searching for the prepared message/content to beprovided to the download terminal when the connection message isreceived, and providing information on the searched message/content andpost location information to the download terminal; and the downloadterminal downloading the message/content posted within a predetermineddistance from the current location, and displaying the postedmessage/content.

According to the system and method according to the present disclosure,various types of messages and/or content can be provided to variousdownloaders in a specific destination that is desired by a user, and thedownloaders can be provided with desired messages and/or content basedon their locations. Further, through application of the presentdisclosure, it becomes possible to perform marketing throughadvertisement and discount with respect to small stores or objectsdesired by various people for commercial purposes.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a conceptual view of a social network service system to whichthe present disclosure is applied;

FIG. 2 is a functional internal block diagram of a terminal forperforming transmission and reception of a message/content according tothe present disclosure;

FIG. 3 is a functional internal block diagram of an SNS server forreceiving and providing a posted message/content according to anembodiment of the present disclosure;

FIG. 4 is a flowchart explaining signal flow and control between anupload terminal and an SNS server when the upload terminal provides aposted message/content to the SNS server according to the presentdisclosure;

FIG. 5 is a flowchart explaining signal flow and control between adownload terminal and an SNS server when the download terminal searchesfor and provides a posted message/content that is to be provided to thedownload terminal when the download terminal is connected to the SNSserver; and

FIGS. 6A through 6G are views exemplifying user interfaces between anupload terminal and a download terminal when a posted message/content istransmitted and received according to the present disclosure.

DETAILED DESCRIPTION

Hereinafter, preferred embodiments of the present disclosure will bedescribed in detail with reference to the accompanying drawings. In theaccompanying drawings, the same reference numerals are used for the sameconstituent elements. Further, the accompanying drawings are provided tohelp understanding of the present disclosure, and it should be notedthat the present disclosure is not limited to the shapes or arrangementsthat are exemplified in the drawings of the present disclosure. Further,detailed description of well-known functions and structures incorporatedherein may be omitted to avoid obscuring the subject matter of thepresent disclosure. In the following description of the presentdisclosure, only portions that are necessary to understand theoperations according to various embodiments of the present disclosureare described, and explanation of other portions will be omitted toavoid obscuring the subject matter of the present disclosure.

FIG. 1 is a conceptual view of a social network service system to whichthe present disclosure is applied.

Referring to FIG. 1, a social network service system includes a senderterminal or an upload terminal 101, a download terminal 102, a network10, a social network service (hereinafter referred to as “SNS”) server200, and a database 210.

The upload terminal 101 may be a terminal that provides specific contentto the SNS server 200 through the network 10, or an electronic device(not shown) that can be operated by various users. Any terminal can beused as the upload terminal 101 so far as it can provide content to theSNS server 200 through the network 10. For example, the terminal may bea personal computer (PC), a smart phone, a cellular phone or Hand-HeldPhone (HHP), a tablet PC, or a notebook PC, which can communicate withthe SNS server 200 through a specific network.

The download terminal 102 may also have the same type or configurationas that of the upload terminal 101. In the present disclosure, terminalsare classified as an upload terminal (e.g., the upload terminal 101) anda download terminal (e.g., the download terminal 102), when theterminals provide a message or content (message/content) to the SNSserver 200, and the terminals receive a message or content(message/content) from the SNS server 200, respectively.

The SNS server 200 may perform verification of a message/content(message/content) received from the upload terminal 101. If themessage/content includes information that may be separately necessaryfor the SNS server 200, the SNS server 200 may additionally oroptionally store the information in a database 210. As described above,the SNS server 200 may provide data that is stored in the database 210to the download terminal 102 that satisfies a corresponding condition.

The operation of the system according to the present disclosure havingthe above-described configuration will be briefly described. In thesystem for providing a service according to the present disclosure,relevance of a method for sharing information is secured. At the sametime, through contextually strengthened metadata to be described below,for example, post metadata or stored metadata, user's experiences areprovided differently, very simply, amusingly, but more realistically.

In order to provide such a method, there is provided a system forsharing information/content such as SNS that is defined by a specificcontent posting/accessing/visualizing mechanism based on new rules andlimits. In the present disclosure, such message/content is managedthrough the SNS server 200, but the SNS server 200 may be optional. Anyserver can be used so far as it can provide a service of a type that isdescribed in the present disclosure. As another method, the system maybe configured to be driven on the basis of only resources of a terminaldevice like a Peer-to-Peer (p2p) system.

First, wordings to be explained hereinafter will be briefly described.

The message or content (message/content) may be a text message, a photo,a video, or a mixture thereof that is provided according to the presentdisclosure. A user who sends such a message/content is called a sender,and a user who receives a message/content that is stored in the serveris called a receiver. Further, in the following description, a sendermay also be a sender terminal. Further, a receiver may also be areceiver terminal.

Further, a geo-location (or simply, location) may be geo-locationcoordinates or location information by known technologies, such asGlobal Positioning System (GPS), Global System for Mobile communication(GSM) Cell Identification (ID), Code-Division Multiple Access (CDMA)Cell ID, Wi-Fi, Internet Protocol (IP) addresses, radio frequencyidentification (RFID), Bluetooth (BT)/Bluetooth Low Energy (BLE), and acombination thereof in accordance with the user's situation(indoor/outdoor). In the case where a device-to-device (D2D) connectionrange is not too wide, for example, within 10 m or 20 m, the locationmay be indirectly estimated on the basis of D2D communication with otherdevices.

Hereinafter, the operation of the constituent elements of FIG. 1 andtypes of data that is provided by the respective constituent elementswill be described.

As described above, the message or content (message/content) that isprovided by the upload terminal 101 may include one of text, photo, andmoving image (video). Further, when the upload terminal 101 provides themessage/content to the SNS server 200, it may transmit first additionaldata and second additional data with the message/content. The firstadditional data and the second additional data may be generally called“post metadata (Post_Metadata)”. The post metadata may be automaticallygenerated together with the message/content that is transmitted by theupload terminal 101 to be transmitted to the SNS server 200, or may begenerated through user's operation or based on setting information thatis preset in the upload terminal 101 to be transmitted to the SNS server200.

Now, the first additional data and the second additional data of thepost metadata will be described.

1) First Additional Data

Information that may be included in the first additional data will bedescribed. It is to be noted that the information that may be includedin the first additional data may not be information that is essentiallyincluded. The information to be described below may be or may not beincluded in the first additional data.

(a) Location Information of Sender

The first additional data may include location information of the uploadterminal 101 when the upload terminal 101 transmits the message/contentto the SNS server 200. The location information of the upload terminal101 may be acquired in various ways. Further, if needed, the firstadditional data may not include the location information of the uploadterminal 101 that is a sender.

The location information of the upload terminal 101 may be generated invarious ways. For example, in the case where the upload terminal 101 canreceive a satellite signal and may directly generate geo-localizationlocation information, the upload terminal 101 may provide the locationinformation measured to the SNS server 200. In other cases where theupload terminal 101 may be unable to directly generate the locationinformation, the upload terminal 101 may directly or indirectly providethe location to the SNS server 200. For example, in the case where adevice exists in an area or a location that is a verifiable or known,and that is adjacent to the upload terminal 101, the upload terminal 101may determine the location by acquiring information on the location fromthe device, and by transmitting the acquired information to the SNSserver 200.

A case where the upload terminal 101 does not directly provide thelocation information to the SNS server 200 may indirectly provide thelocation information as follows. For example, in the case where theupload terminal 101 is a terminal that belongs to a mobile communicationnetwork, the mobile communication network may acquire the locationinformation of the upload terminal 101. In this case, a prescribedentity (not illustrated in FIG. 1) of the mobile communication networkmay provide the location information of the upload terminal 101 to theSNS server 200.

(b) Method of Determining Location Error of a Sender

Next, the upload terminal 101 may be set to correct a location error.Such a location error correction method may be preset in the SNS server200 by a user of the upload terminal 101, or may be automatically set bythe upload terminal 101 to be transmitted to the SNS server 200. The SNSserver 200 may correct an error of the location information provided bythe upload terminal 101, or estimate the location based on determining alocation error provided by the upload terminal 101. The correction ofthe location error of the upload terminal 101 may be performed using ageo-localization location authentication program or the like.

(c) Post Date Information

The upload terminal 101 may include post date information of themessage/content to be uploaded. The post date information may beobtained using time stamp information transmitted by the upload terminal101.

(d) Context Information

In addition, the upload terminal 101 may include various contexts as thefirst additional data. For example, the upload terminal 101 may includestate or context information of the upload terminal 101. Here, the stateor context information of the upload terminal 101 may include at leastone of network connectivity, battery level, device type, OperatingSystem (OS) type, Internet Protocol (IP) address, and the Media AccessControl (MAC) address.

2) Second Additional Data

Information in the second additional data will be described. It is to benoted that the information in the second additional data to be describedhereinafter may not be information that is essentially included. Theinformation to be described below may be or may not be included in thesecond additional data.

(a) Display Location of Message/Content

The second additional data may include location (or area) informationfor providing of the message/content based on a demand of a sender, forexample, via an interface (not shown) of the upload terminal 101. Forexample, a user may specifically request through the demand a desiredlocation for providing and/or displaying the uploaded message/content.As an example, an upload user may provide location information for anuploaded message/content where content may be displayed through demandslike “Display only within the radius of 200 m of YY, XX-dong, Seoul,Korea”. As another example, a radius information may also beautomatically set as a default or predetermined distance demand by theSNS server 200, or the radius information that is preset by an uploaduser in the SNS server 200 may be automatically set.

As still another example, a specific desired display area informationmay be defined other than including the location information or radiusinformation. For example, a specific area may be set like “Display inXX-dong, Seoul, Korea” or “Seoul, Korea”. This enables a user whouploads the message/content to transmit the message/content to aspecific destination area other than transmitting the message/content toa specific object.

Here, an operation to set a display location of the message/contentusing a specific interface that is provided by a sender terminal 101will be briefly described.

The sender terminal 101 can set or predetermine a preference of thesender, and define at least a place where the message/content is to bedisplayed. That is, when transmitting the message/content, the senderterminal 101 may set an area in which the receiver(s) (receiverterminal) can access or see the message/content based on a map or adestination area (Area_Destination).

(b) Preference/Profile of Sender

The second additional data may also include a preference or a profile(preference/profile) of a sender. The preference/profile of a sender mayinclude an information sharing rule of the message/content that istransmitted by the sender, personal information setting, and informationfiltering rule. For example, the sender may refuse to identify his/herown location information in the profile. Further, the sender may providea rule for information sharing of the message/content.

(c) Message Type

Various types of the message/content may be included in the secondadditional data as follows. Specifically, the message type may identifyone or more types of the message/content transmitted by a sender. Forexample, the message/content transmitted by the sender may be a generalmessage or a sponsor message. For example, the sponsor message may be aspecific message for a game having a specific function or ability, forexample, game release, special right provider, take-and-drop (like aflag), amusement, or collection. Such types will be described in moredetail with reference to the drawings to be described later.

(d) Accessibility Conditions of Message

The message/content included in the second additional data may havespecific limit or accessibility conditions. For example, a sender maylimit how message/content is transmitted or accessed with a receiver'sidentifier (like an e-mail address or user identifier (ID)). Suchaccessibility conditions may be used when the message that is nonpublicis transmitted to a specific person or persons of a specific group. Theaccessibility conditions will be described in detail.

When a search/access request is transmitted, various limit conditionsmay be set.

a) Limited to a Street or the Vicinity of a Destination

A limit or accessibility condition may be a limited area access for areceiver. For example, when transmitting the message/content, a sendermay set the accessibility condition so that among receivers that canreceive the corresponding message/content, “only persons in Seoul” canaccess the message/content, or only persons (terminals) located within aradius of 200 m from a specific location Y designated by the message canview (receive) the message/content. In this case, parameters used forlocation limits may be optionally set by the user, or may be limited tosome conditions predetermined by the SNS server 200.

b) Temporal Limits

Further, search and access limits may be temporal limits. For example, asender may set a message/content that is to be sent to be only viewableat a predetermined time, for example, between 12:00 and 14:00.

c) Other Limit Types

As another example, a sender may limit accessibility of amessage/content to be transmitted using a message designation passwordor tag. Such a message designation password or tag may be used ashash-tag.

As still another example, a sender may limit accessibility of amessage/content to be transmitted using usual access conditions asprovided in a sender's family or contact list. As still another example,several access levels may be prescribed, and access conditions for therespective levels may be prescribed.

a. Access of a location of a message

b. Access of a title of a message

c. Access of a type of a message

d. Overall access of a message

With respect to the types as exemplified above, a sender may select afiltering condition of a receiver. For example, various types offiltering conditions may be provided, such as only females, only userswho use Chinese as a basic language, only users who use Korean as abasic language, and only users who use English as a basic language. Theuse of such conditions may be limited, for example, with respect to acommercial use.

(e) Link Information Related to Content or a Message

The second additional data may include link information related to themessage/content. Here, “link information” may mean a directional link ofthe message/content with respect to another message/content. Forexample, if a response from a specific receiver to the message/contenttransmitted by a sender exists, a directional link may be generated forthe response. For specific example, a sender may indicate successivepoints on a map in order to generate a tourism route of a specific areaor a path route of a walk. The indication of such successive points onthe map may be manually performed by a user, or may correspond toinformation that is generated as a sender terminal acquires locations onthe map in a predetermined time interval, for example, every 5 minutesor 10 minutes. Such link information may be a directional link set inrelation to the corresponding content when a user provides themessage/content.

The sender terminal or the upload terminal 101 may transmit informationthat includes the post metadata as described above together with themessage/content. Accordingly, the message/content that the senderterminal or the upload terminal 101 transmits to the SNS server 200 mayhave the following type.

“Message/content+first additional data+second additional data”

Hereinafter, the operation of the SNS server 200, the type of data thatis stored in the database 210 of the SNS server 200, and the type toprovide the stored data to the receiver or the download terminal 102will be described.

As described above, the upload terminal 101 transmits themessage/content to the SNS server 200. In this case, the message/contentmay be transmitted in the form of “message/content+post metadata (firstadditional data+second additional data)”.

The SNS server 200 checks the post metadata provided with themessage/content, and determines whether correction of the checked postmetadata is necessary. If the correction of the post metadata isnecessary, the SNS server 200 corrects the received post metadata andstores the corrected post metadata in the database 210.

Accordingly, the post metadata that is provided by the upload terminal101 may be the same as or may be different from saved metadata(Saved_Metadata) that is actually stored in the database 210.

The configuration of the saved metadata will be first described. Thesaved metadata may be configured in the following form.

“Verified first additional data+verified second additional data+thirdadditional data”

In the above-described message configuration, the “verified firstadditional data” may be the first additional data included in the postmetadata, and may also be in the form in which a part of the firstadditional data is modified or added. Further, the “verified secondadditional data” may be the second additional data included in the postmetadata, and may be in the form in which a part of the secondadditional data is modified or added. Here, the term “modified” mayinclude not only modification but also removal of the respective firstadditional and/or second additional data. Hereinafter, modification ofinformation included in the first additional data will be described.

(a) Location Authentication/Verification

The SNS server 200 may verify location information of a sender includedin the first additional data through a predetermined verificationprogram or procedure. If reliability of the location data of the senderinformation is low, or an authentication has not succeeded as a resultof the verification of the location information of the sender, the SNSserver 200 may determine that the location data has been changed or thelocation of the sender has not been defined.

(b) Post Date Information

The SNS server 200 may receive a time stamp included in the firstadditional data to be transmitted. In this case, the time stampinformation included in the first additional data to be transmitted bythe sender may be adjusted or replaced through the SNS server 200. Thismay correspond to a case where a user of the upload terminal 101optionally set visual information other than automatically set thevisual information. For example, in the case where the current time isJuly, 2014, and sending time information on the time stamp is set toJuly, 2000 or July, 2017 in the upload terminal 101, the SNS server 200may self-correct the time stamp information or may change the time stampinformation based on the visual information included in the SNS server200.

Next, modification of the information included in the second additionaldata will be described.

The display location of the message/content may be designated in thesecond additional data. As described above, the location of themessage/content may be designated in various forms. For example, thedisplay area may be limited to “Seoul” or “XX-dong, Seoul” or may bedesignated to “within the radius of 500 m based on a specific building”.In this case, the SNS server 200 may limit the frequency of locationdesignation of the message/content based on the location of the sender,or may add or limit the reliability. For example, in the case where anupload terminal (e.g., the upload terminal 101) in London, UnitedKingdom transmits specific message/content with designation of “withinthe radius of 500 m of YY, XX-dong, Pusan, Korea”, the reliability maybe low. In this case, reliability information may be added, or if adistance between the upload terminal and a display location (e.g., ofthe download terminal 102) is greater than or equal to a predeterminedvalue, transmission of the corresponding message/content may be limitedto one day.

As described above, the SNS server 200 configures the saved metadatathrough not only correction of the post metadata but also addition ofthird additional data. The third additional data included in the savedmetadata will be described.

Third Additional Data (a) Display Function

A function provided to the download terminal 102 to be displayed may beset. For example, if it is assumed that the coordinates of a locationwhere a message/content that is transmitted by the upload terminal 101is displayed are x, and the coordinates of the location of the downloadterminal 102 are y, the display function may be a function for displaybased on {x, y}. For example, the color or size displayed on thedownload terminal 102 may be changed according to a distance between xand y. For example, when the distance approaches within a predetermineddistance, for example, within 100 m, the message/content may change froma base color of black to a blue. When the message/content is displayedwith a blue color, it may be considered to be locally dropped.

Accordingly, if a separate distance from the message/content to bedisplayed is equal to or longer than 100 m, the message/content may bedisplayed in black. In the case where the message/content is displayedin black, it may be qualified as distant dropping.

On the other hand, a commercially supported message, for example,discount information in a specific selling area or gift givinginformation, may be displayed with a predetermined color, such as redcolor.

(b) Life Time

The life time of a post of the message/content may be set in variousways. For example, a basic post time may be set and then may be extendedor shortened based on various variables. For example, it is assumed thatthe basic post time of the message/content is set to 2 hours. In thiscase, if a user of the upload terminal 101 who intends to post themessage/content desires a post time that is longer than the basic posttime, the sender may purchase an item or use other coupons or points toextend the basic post time or to extend the basic post time.

Further, it is also possible to extend or shorten the life time of thepost in accordance with various post conditions, such as, for example,popularity of the posted message/content. For example, evaluationinformation may be acquired from the download terminal 102 that hasreceived the corresponding message/content, and the post time may beextended or shortened based on the acquired evaluation information. Asan example, it is possible to extend the life time by 1 minute wheneveracquired information corresponding to “Good” is received from 10 userswho have downloaded a specific posted message/content, and to shortenthe life time by 5 minutes whenever acquired information correspondingto “Bad” is received on the same condition. In the case where theinformation corresponding to “Normal” is received, the life time may notbe extended or shortened. As described above, the life time can bevaried, and when the life time expires, the post of the correspondingmessage/content may be terminated. In this case, if the post conditionis set to unconditionally 1 hour or unconditionally 2 hours by thesender, that is, the upload terminal 101, any additional process for thelife time of the content may not be performed.

(c) Message Reception

In the case where the SNS server 200 posts the message/content uploadedby the upload terminal 101 with respect to a specific area or specificpersons, marks may be given to the uploaded message/content. Such marksmay depend on the sender's profile or sender's marks. Further, suchsender's marks may be given using general statistics of visit/feedbackand the number of inquiries, the frequency of “Good”, and the frequencyof “Bad”. In addition, the marks may be given using timer values andprofile information of persons who like/recommend the message. One ofthe above-described pieces of information may be used, or two or morepieces of information may be used in combination.

(d) Message State

The SNS server 200 may add or identify state information to amessage/content posted by a sender, or a poster (e.g. the uploadterminal 101), and may store or record the state information in adatabase 210 (of FIG. 2). For example, if the life time of datacorresponding to the message/content received from the upload terminal101 expires, the SNS server 200 may set the state information of themessage/content to a dead state. However, if the life time has notexpired, the SNS server 200 may store or record an alive state as thestate information. Further, if the message/content is a take-and-dropmessage, the SNS server 200 may add message state information to themessage/content on whether the message/content is in a taken state or ina dropped state after being taken in a specific download terminal, andstore the message/content with the message state information. If thenumber of take-and-drop messages is limited, for example, in the case of100 take-and-drop messages, the respective messages may have differentlife times depending on whether the messages are used.

For example, it is assumed that souvenirs and gifts are provided tovisitors who have acquired take-and-drop messages and visit a specificstore. In this case, if it is processed that a user has acquired ortaken the corresponding take-and-drop message from a specific downloadterminal and visits the corresponding store to receive the souvenir orgift, the take-and-drop message is set as a used message, and the SNSserver 200 may store the corresponding take-and-drop message in thedatabase 210 in a state where the life time of the take-and-drop messagehas expired.

FIG. 2 is a functional internal block diagram of a terminal forperforming transmission and reception of a message/content according tothe present disclosure.

FIG. 2 illustrates an internal configuration of both an upload terminal(e.g., the upload terminal 101 of FIG. 1) and a download terminal (e.g.,the download terminal 102 of FIG. 1) that are exemplified to be able toperform wireless communication. However, as described above, it is notnecessary that the upload terminal or the download terminal is aterminal that can perform wireless communication. For example, theterminal may also be connectable to the SNS server 200 through, forexample, a wired network. However, in consideration of user'sportability, a terminal that can perform wireless communication may bemore appropriate. Further, the configuration of the terminal asexemplified in FIG. 2 is illustrated only for understanding of thepresent disclosure, and it is to be noted that the upload terminal orthe download terminal according to the present disclosure is not limitedto that as illustrated in FIG. 2. For example, a camera unit 141 or asatellite signal receiving unit 130 may be removed from theconfiguration as exemplified in FIG. 2, or more constituent elementsthan the constituent elements illustrated in FIG. 2 may be furtherincluded therein.

Referring to FIG. 2, the internal configuration of the upload terminaland the download terminal will be described.

Referring to FIG. 2, the terminal includes an RF signaltransmitting/receiving unit 110, a satellite signal receiving unit 130,a terminal control unit 120, a camera unit 141, an input unit 142, adisplay unit 143, and a memory unit 144.

First, the internal configuration of the RF signaltransmitting/receiving unit 110 will be described. An RF antenna RF_ANT113 receives an RF band signal and provides the received RF signal to anRF signal processing unit 111, and/or radiates or transmits an RF bandsignal generated by the RF signal processing unit 111. The RF signalprocessing unit 111 converts data to be transmitted into a transmissionband signal with a band rise to emit the converted transmission bandsignal through the RF antenna RF_ANT 113, and converts a reception bandsignal that is received through the RF antenna RF_ANT 113 into abaseband signal to output the converted baseband signal. Signals and/ordata output from the RF signal processing unit 111 may be received at amodem 112 to be demodulated and decoded. The demodulated decoded signalmay be provided from the RF signal processing unit 111 to the terminalcontrol unit 120. Further, the modem 112 encodes and modulates datareceived from the terminal control unit 120 and outputs the modulatedsignal to the RF signal processing unit 111.

Next, the configuration of the satellite signal receiving unit 130 willbe described. A satellite signal processing unit 131 converts asatellite signal that is received from a GPS antenna GPS_ANT 133 into abaseband signal to output the converted baseband signal. In this case,the satellite signal processing unit 131 may receive signals from threeor more satellites through the GPS antenna GPS_ANT 133. A locationdetermining unit 132 may acquire current location information of theterminal using the signals received from the plurality of satellites.The location determining unit 132 provides the acquired locationinformation to the terminal control unit 120.

The terminal control unit 120 may include a message/content generatingmodule 121, a post metadata generating module 122, and a postmessage/content receiving and processing module 123. The respectivemodules 121, 122, and 123 that are included in the terminal control unit120 may be configured by hardware or software. The respectiveconfigurations will be described in more detail.

The message/content generating module 121 performs a control operationwhen a message/content to be posted is generated. For example, themessage/content generating module 121 controls reception and processingof a specific message input by a user. The message/content generatingmodule 121 also controls operations of taking or recording of an image,and/or moving of the image for content production, when the user of theupload terminal generates a message/content to be posted with respect toa specific location or area, or a specific download terminal, andgenerates a resulting message/content. In the case of simplytransmitting a message only, the control operation may be the same as aninput of a general Short Message Service (SMS) or a Multimedia MessagingService (MMS) message. Further, in the case of transmitting a photoonly, a photo and a text, or a video and a text, the control operationmay be the similar as a transmission of a MMS message. Themessage/content generating module 121 may also perform a controloperation related to a direct production of the message/content a userintends to post.

A post metadata generating module 122 generates the first additionaldata and the second additional data as described above with reference toFIG. 1, and adds or inserts the generated first additional data andsecond additional data to the message/content. In this case, the postmetadata generating module 122 may operate in a manner that the firstadditional data and the second additional data may be automaticallyadded or inserted in accordance with a value predetermined by a user. Inother embodiments, information on the additional data to be applied to aspecific message/content only is separately input before or after themessage/content is produced or generated. If a user's input is required,the post metadata generating module 122 controls the display unit 143 toprovide a user interface for the corresponding information in the formof graphics or text.

The post message/content receiving and processing module 123 may operateto receive the post message/content received from the SNS server 200 andto provide the received post message/content to a user in the form of atext, graphics, a moving image or video, or a combination thereof.Accordingly, the post message/content receiving and processing module123 controls the display unit 143 to provide the posted message/contentto the user.

The camera unit 141 includes a lens (not shown) for collecting reflectedlight of an object, an iris (not shown) for controlling a focus, and animage sensing module (not shown) for processing light reflected from theobject as image data. The camera unit 141 may acquire a photo or a stillimage of the object, and/or a moving image or video through theabove-described configuration, and may provide the acquired photo ormoving image or video to the terminal control unit 120.

The input unit 142 generates a signal corresponding to user's input andprovides the signal to the terminal control unit 120. The input unit 142may include, for example, keys for generating user input signals throughrecognition of user's pressing or various kinds of sensors forrecognizing user's touch or gesture, or a hard key (such as, e.g., key604 of FIG. 6A).

The display unit 143 may be implemented in various forms of LCD and LED,and may provide the operation state of an electronic device, timeinformation, and battery information to a user in the form of graphicsor text. Further, the display unit 143 may display various texts, suchas post message/content information, post metadata information, postedmessage/content information, and reception information thereof, photos,moving images, or a combination thereof.

The memory unit 144 may store various kinds of data required for theoperations of the upload terminal 101 and the download terminal 102. Thememory unit 144 may also store control data required when the postmessage/content is generated, control data required for generation ofthe post metadata, and data for control when the posted message/contentis received. A case where the stored data is operated on the terminalcontrol unit 120 may be a case where the message/content generationmodule 121, the post metadata generating module 122, and the postmessage/content receiving and processing module 123 are configured bysoftware.

FIG. 3 is a functional internal block diagram of an SNS server (e.g.,similar to the SBS server 200 of FIG. 1) to receive and provide a postedmessage/content according to an embodiment of the present disclosure.

A network interface 201 interfaces data transmitted and/or receivedbetween the SNS server 200 and a network (e.g., the network 10 of FIG.1). Consequently, the network interface 201 controls data transmissionand/or reception with the upload terminal 101 or the download terminal102 through the network (e.g., the network 10 of FIG. 1).

The network interface 201 may send/receive data with a message/contentdata processing unit 202, a post metadata verifying unit 203, a log dataprocessing unit 204, and a post message/content providing unit 205 inaccordance with the kind of received data.

First, if a specific user connects to the SNS server 200, the log dataprocessing unit 204 may process log data of the corresponding userterminal. For example, in the case of an initial connection signal, thelog data processing unit 204 receives identifier information of thespecific user and provides the received identifier information to theserver control unit 206. Through this, the server control unit 206 mayoperate to acquire whether a user who attempts a connection is aregistered member, whether specific preference information is stored, orinformation on a main used language and area if the user is a registeredmember. Further, the log data processing unit 204 may receive locationinformation of the specific user terminal together or separately fromanother system entity. In general, processing of the log data processingunit 204 may be implemented in the same manner as or a similar manner tothe basic operation to perform an authentication procedure when the userconnects to the server that exists on a web.

Further, in the case of receiving the post message/content, the networkinterface 201 may dividedly output the message/content data and the postmetadata. In the case where the network interface 201 does not provide afunction to dividedly output the message/content data and the postmetadata, a separate block configuration for dividedly outputting themessage/content data and the post metadata may be provided. In thepresent disclosure, it is assumed that the network interface 201 performthe above-described operation.

The message/content data processing unit 202 may receive message/contentdata that is provided from the network interface 201, generatecorresponding data in the form for being stored, and provide thegenerated data to the server control unit 206.

Further, the post metadata verifying unit 203 may receive the postmetadata for the message/content data that is provided from the networkinterface 201, and perform verification of the post metadata. Throughsuch verification, correction or verification of the locationinformation as described above with reference to FIG. 1 may beperformed, and verification or replacement of the validity of the timestamp may be performed. The post metadata verifying unit 203 performssuch a process, and then provides the verified data to the servercontrol unit 206.

If the server control unit 206 receives the message/content to be postedand the verified post metadata corresponding to the message/content tobe posted, the server control unit 206 generates third additional data.The third additional data has been described with reference to FIG. 1.If stored metadata is generated as above, the server control unit 206stores the generated stored metadata in the database 210 together withthe message/content data.

Further, the server control unit 206 may update the specific storedmetadata based on log information received from the log data processingunit 204. For example, as described above, the server control unit 206may change message state information including an activation time of themessage/content in accordance with the popularity as described above, ormay update information of the message/content used together with thetake-and-drop message or number information to store the updatedinformation in the data base 210.

The server control unit 206 may also acquire user identifier informationincluded in the log data of a specific user acquired from the log dataprocessing unit 204, user's preference stored corresponding to theidentifier information, and information on the post message/content tobe provided on the basis of the main used language information from thedatabase 210. In this case, the server control unit 206 may select thepost messages/content to be provided using the location information ofthe terminal provided from the log data processing unit 206. Incontrast, the server control unit 206 may first select the postmessage/content using the location information of the terminal, and thenmay acquire information on the message/content to be posted on the basisof the user's preference and the mainly used language information fromthe database 210.

Accordingly, the data stored in the database 210 may be the postmessage/content, the verified first additional data, the verified secondadditional data, and/or the third additional data. In this case, a partof each of the respective additional data may be continuously updatedunder the control of the server control unit 206.

Further, if the message/content to be provided to various receiverterminals, i.e., the download terminals 102, is searched for, the servercontrol unit 206 may provide information based on the third additionaldata as described above. For example, if the messages/content of whichconditions to be provided to the corresponding terminal are satisfied issearched for among the posted specific messages/content, the servercontrol unit 206 may provide the whole or only a part of the storedmetadata for the corresponding message/content other than providinginformation on the messages/content that satisfy the conditions. Throughthis, the user terminal can acquire in which direction and to whatextent the separate distance, in which the post message/content exists,is provided from the current location on the map.

After providing the stored metadata to the user terminal, the servercontrol unit 206, the server control unit 206 may operate to provide themessage/content of specific stored metadata when the correspondingmessage/content is requested from the user terminal. That is, the servercontrol unit 206 may operate to provide the correspondingmessage/content data through the post message/content providing unit205.

Accordingly, the post message/content providing unit 205 can provide thestored metadata provided from the server control unit 206 to a specificuser, and provide the message/content corresponding to one or two ormore pieces of the stored metadata to the specific user.

FIG. 4 is a flowchart explaining signal flow and control between anupload terminal (e.g., the upload terminal 101 of FIG. 1) and an SNSserver (e.g., the server 200 of FIG. 1) when the upload terminalprovides a posted message/content to the SNS server according to thepresent disclosure.

The message/content generating module 121 of the upload terminal 101generates message/content to be posted at operation 300. The generationof the message/content may be performed on the basis of user's taking ofa photo, or moving image or video using the camera unit 141 (of FIG. 3)or the user input information provided from the input unit 142. Theinformation generated as above may become the post message/content.

If the generation of the message/content to be posed is completed, thepost metadata generating module 122 of the upload terminal 101 generatespost metadata at operation 302. In this case, the post metadatagenerating module 122 may generate the post metadata based on theinformation stored in the memory unit 144 and the user inputinformation. For example, the sender location information of the firstadditional data generates location information x of the sender terminalbased on the information received from the satellite signal receivingunit 130, and a location error determining method may read a formpre-stored in the memory unit 144. Further, the post date informationmay generate the time stamp using the time information that is providedin the terminal control unit 120, and context information may beinformation that is managed by the terminal control unit 120 or isstored in the memory unit 144.

Accordingly, the post metadata generating module 122 may generate thefirst additional data using the information that is stored in the memoryunit 144 based on such information or the information managed by theterminal control unit 120.

The post metadata generating module 122 may also generate the secondadditional data. Display location information γ of the message/contentthat is the second additional data may generate location information onthe basis of information that a user inputs through the input unit 142.In order to display such location information, the post metadatagenerating module 122 may operate to display map data of an area wherethe terminal is currently located on the display unit 143 with apredetermined magnification. Further, the post metadata generatingmodule 122 may be provided with a search window for searching for thelocation that the user intends to select, and a user can receiveinformation of the location where the message/content is to be posted.

In addition, a sender's preference or profile may be informationpre-stored in the memory unit 144, and message type information may beset according to a selected type when the message/content is initiallygenerated or may be additionally generated on the basis of a user input.Further, the accessibility conditions may also be generated on the basisof a user input. The link information that is related to themessage/content may be configured to link information that is pre-storedin the memory unit 144 or is stored in a server or an SNS server onanother web. Accordingly, the post metadata generating module 122 maygenerate the second additional data based on such information.

If the message/content data is generated through operation 300 andoperation 302 and the post metadata is generated and added thereto, thepost message/content is completed. Accordingly, at operation 304, theterminal control unit 120 controls the RF signal transmitting/receivingunit 110 to transmit the post message/content to the SNS server 200through the network 10.

In the case of receiving the post message/content that is generated asdescribed above and is transmitted from the upload terminal 101, theoperation of the SNS server 200 will be described.

If the post message/content is received at operation 304, the networkinterface 201 of the SNS server 200 dividedly outputs themessage/content data and the post metadata. The divided message/contentdata is provided to the message/content processing unit 202, and thepost metadata is input to the post metadata verifying unit 203.

At operation 306, the message/content processing unit 202 may convertthe data portion of the received message/content in the form for beingstored or may maintain the data portion as it is. Further, at operation306, the post metadata verifying unit 203 may perform verification of aportion that requires verification among the post metadata, and ifneeded, may change the corresponding data. Since the verification andchange has already been described with reference to FIGS. 1 and 3. Atoperation 306, the verified post metadata and the message/content dataare provided to the server control unit 206.

Accordingly, the server control unit 206 reads information to be storedtogether with the post metadata that is verified at operation 308 fromthe database 210 and generates the third additional data. Thereafter, atoperation 310, the server control unit 206 stores the message/contentdata in the database 210 together with the stored metadata.

FIG. 5 is a flowchart explaining signal flow and control between adownload terminal and an SNS server (e.g., the SNS server 200 of FIG. 1)when the download terminal searches for and provides a postedmessage/content that is to be provided to the download terminal when thedownload terminal is connected to the SNS server.

When the download terminal 102 connects to the SNS server 200 atoperation 400, the download terminal 102 controls the RF signaltransmitting/receiving unit 110 to request a connection with thelocation information and the identifier information of the downloadterminal 102. In this case, the location information of the downloadterminal 102 may be provided to the SNS server 200 in the form of aseparate message. In other embodiments, the SNS server 200 may requestthe location information from the download terminal 102. In the case ofa terminal that can perform a mobile communication service, the locationinformation may be provided from a specific entity of a mobilecommunication network. Hereinafter, for convenience in explanation, itis described that at operation 400, the location information and theidentifier information are provided together.

If the connection log information is received at operation 400, theserver control unit 206 of the SNS server 200 may acquire the locationinformation of the download terminal 102 through the log data processingunit 204 at operation 402. Further, at operation 404, the server controlunit 206 may automatically search for the post message/content to beprovided to the download terminal based on the user information that isstored in the database 210 and the location information of the downloadterminal 102 that is acquired at operation 402.

When the post message/content is searched for, the server control unit206 may acquire information on user preference information of thedownload terminal 102 that is stored in the database 210, nationality ofa user, used language, and sex. Based on such information, the servercontrol unit 206 may acquire information to be provided to the user ofthe download terminal 102. Here, explanation has been made based on thecontents of the automatic search. However, a user may input a specificsearch condition for the search.

Now, a search method that is performed by the server control unit 206will be described in more detail.

Content Search Procedure

With respect to respective search requests that are provided to the SNSserver 200, metadata on strengthened context, which is called “retrievalmetadata (Retrieval_Metadata)” that is implicitly or specificallyconstructed, may become connectable automatically or manually. Theretrieval metadata may include two types of information.

(1) Receiver Information

(a) Information on situation/state of a receiver device, andparticularly its location x and related error time stamp may beacquired.

(b) Receiver's selection information, for example, specific selectioninformation when the content is requested, such as general selection ina profile+search keyword, may be included.

Such sender's selection information may additionally include thefollowing information.

Map view information (MapViewlnfo): A receiver may determine to limitits own request/search for a specific geographical area. For example,information that a user currently displays on the display unit 143,i.e., information that explains a map area that a user is seeing, may beincluded in such information.

Time view information (TimeViewlnfo): A receiver may select a timeinterval so as to receive only content that is posted within a separatedistance in a preset distance with the receiver, or content that isalive within a preset separate distance.

Location y based filtering of sender location (x) post message/content:A receiver may request to perform filtering of content that is locallyposted (X that is close to y) or content of which a sender has alocation close to me (X that is close to x′).

The server control unit 206 may acquire an appropriate result among thepost message/content stored in the database 210 based on the receivedinformation as described above, i.e., information included in recoverymetadata.

Further, the server control unit 206 is required to cope with thefollowing cases during a search operation. First, if an error is toolarge during authentication or verification of receiver's locationinformation, it may be set that the receiver's location information isnot defined. Second, receiver's selection may require verification ofcompatibility of receiver information using receiver's own contentaccess right. For example, the receiver may access only information thatexists in a neighboring threshold value (Th_Neighbour) from a receiver'sestimated location (x′), or may set to have an access limit with respectto the post message/content for which a preset time, for example, oneweek or more, has elapsed.

Here, the neighboring threshold value may be set to a distance, aradius, or a visible area that the receiver can reach by 10 minutes'walk, for example, 1 km.

When the search is performed to meet such a search condition, the servercontrol unit 206 may be configured to provide a specific query to thedatabase 210 and to provide a response to the query. Various types ofqueries and responses can be provided to search the database 210, and inthe present disclosure, the query and the response are not speciallylimited.

As described above, at operation 404, the server control unit 206 mayacquire the post message/content to be provided to the download terminal102. In this case, two or more post messages/pieces of content may beacquired. Accordingly, if the post message/content and the correspondingstored metadata are acquired at operation 404, the server control unit206 operates to provide the post message/content information that issearched for at operation 406 through the post message/content providingunit 205. In this case, information that is provided by the postmessage/content providing unit 205 may be actually postedmessage/content data, a part or the whole of the stored metadata of theposted message/content, or information that includes all of them. In anembodiment of the present disclosure, it is assumed that a part of titleinformation and stored metadata is provided.

The terminal control unit 120 of the download terminal 102 receives apart of the title information and the stored metadata. That is, if thepost message/content receiving and processing module 123 receives thetitle of the searched post message/content and the stored metadata, thepost message/content receiving and processing module 123, at operation408, may display the title information on the display unit 143 or maydisplay the title information so that the title information takes apoint shape having a color. In this case, one or two or more titles orpoints may be displayed. Further, since the color of the displayedpoints has been described, the duplicate explanation thereof will beomitted.

Thereafter, at operation 410, the post message/content receiving andprocessing module 123 may receive one signal selected from the pieces ofinformation displayed on the display unit 143 from the input unit 142.

In this case, if the whole message for the searched post message/contentis not received, the post message/content receiving and processingmodule 123, at operation 412, may provide the selection information tothe SNS server. However, if all the information is received for the postmessage/content that has already been searched for at operation 406,operation 412 and operation 414 may be omitted.

If the selection information is received at operation 412, the servercontrol unit 206 of the SNS server 200 is in a state where it has nottransmitted the whole message, and thus provides data on the selectedpost message/content to the download terminal 102.

Accordingly, at operation 416, the post message/content receiving andprocessing module 123 of the download terminal 102 controls the displayunit 143 to display the corresponding post message/content at operation416. Thereafter, when the evaluation information is provided by theuser, the post message/content receiving and processing module 123 mayprovide the evaluation information to the SNS server 200. As describedabove, the evaluation information may be composed of informationcorresponding to information, such as “Good”, “Normal”, and “Bad”.

As another example, in the case of take-and-drop message/content, thepost message/content receiving and processing module 123 of the downloadterminal 102 may generate and provide information corresponding to thetake and drop to the SNS server 200 in a state where the postmessage/control receiving and processing module 123 controls the displayunit 143 to display the corresponding post message/content at operation416.

Then, the server control unit 206 of the SNS server 200 can updatestored additional data of the post message/content that is stored in thedatabase 210 based on the evaluation information or the take-and-dropinformation. As described above, such updating may be extension orshortening of the activation time.

Now, a user interface when the upload terminal 101 and the downloadterminal 102 transmit and receive the post message/content as describedabove will be described.

FIGS. 6A through 6G are views exemplifying user interfaces between anupload terminal and a download terminal when a posted message/content istransmitted and received according to the present disclosure.

First, referring to FIG. 6A, the display unit 143 of the terminal may bedivided into a map display area 600, a search area 610 for user'ssearch, and an input area 620 for providing various kinds of informationto the user or for the user to prepare the post message/content. If thesearch area is selected, a part or the whole of the map area 610 or theinput area 620 may be used as a prepared text display area displayed asshown in FIG. 6A to enable a user to confirm a keypad and the preparedcontents for the user's search. Since this type of user interface hasbeen widely used, no drawing or explanation will be specially added.

In the map display area 600 of FIG. 6A, the user's location, i.e., thecurrent location of the terminal, is displayed through a point 501.Further, the map area 600 may also display a range of a distance thatthe user can reach within, for example, the radius of 1 km or 30minutes' walk. The user's location information and the map informationmay be provided from the SNS server 200 or may be acquired based oninformation that is stored in the memory provided in the terminal.

Further, in the map display area 600, information on the postmessage/content, for example, in the form of points 511 and 512,provided from the SNS server 200 may be displayed. In this case, colorsof the post message/content points 511 and 512 may be displayed on thebasis of information provided from the SNS server 200 in accordance witha distance or user preference. In addition, coordinate information ofthe post message/content may be coordinates of a location where theupload terminal 101 that generates the corresponding postmessage/content. As shown, the post message/content points 511 and 512have different sizes. In some cases, the size of the postmessage/content point may be larger when the corresponding postmessage/content is more frequently accessed by users. Such size changemay be made using a field of the third additional message as describedabove.

Further, the points indicated in FIG. 6A exemplify a case where the postmessages/content is displayed in the case where they do not match theuser preference, they are not greatly related to the user, or theseparate distance is larger than a predetermined value.

FIG. 6B exemplifies a case where commercial post messages/content aredisplayed through the user interface of the terminal. Referring to FIG.6B, a map display area 600 displays a user's location, i.e., the currentlocation of the terminal, with point 501. Further, as described above,the map area 600 may display a predetermined range of a distance aroundthe user's location. The user's location information and the mapinformation may be provided from the SNS server 200, or may be acquiredbased on information stored in a memory (e.g., the memory unit 144 ofFIG. 2) provided in the terminal.

Further, in the map display area 600, information on the postmessage/content provided from the SNS server 200 may be displayed. FIG.6B exemplifies a case where commercial post messages/content aredisplayed. Point 521 represents exemplary commercial postmessages/content, and a phrase “Lock for sale” may be displayed togetherat a lower end of the map display area 600.

In this case, as described above, since the post message/content 521 isthe commercial post message/content, a corresponding color may be giventhereto. It is exemplified that the commercial post message/content isdisplayed with a red color. However, different colors may be used inaccordance with the user's taste or the characteristics of therespective messages in the SNS server 200. Further, the coordinateinformation of the post message/content and phrase information that isdisplayed at a lower end may be data provided from the SNS server 200.Further, the size of the commercial post message/content may be fixed tohave a predetermined size value, or may be adjusted in accordance withthe users' evaluation or an amount charged by a user who intends to postthe commercial post message/content.

FIG. 6C exemplifies a case where post messages/content usingtake-and-drop messages according to an embodiment of the presentdisclosure. In a map display area 600 of FIG. 6C, the user's location,i.e., the current location of the terminal, is displayed in the form ofpoint 501. Further, as described above, the map area 600 may alsodisplay a predetermined range of a distance around the user's location.The user' s location information and the map information may be providedfrom the SNS server 200, or may be acquired based on information that isstored in the memory (e.g., the memory unit 144 of FIG. 2) provided inthe terminal.

Further, in the map display area 600, information on the postmessages/content provided from the SNS server 200 may be displayed. FIG.6C exemplifies a case where post messages/content using take-and-dropmessages are displayed. Flags 531, 532, and 533 exemplify postmessages/content using take-and-drop messages. The post messages/contentusing take-and-drop messages may be used in various cases. For example,the post messages/content may be used in a case where specific usersplay a relay game, or give a discount to users who take the postmessages using take-and-drop messages for commercially specified goods.Accordingly, if a specific user takes any one of post messages/contentflags 531, 532, and 533, the taken message/content may disappear fromthe map display area 600. Similarly, if a user, who takes one of thepost messages/content flags, drops the corresponding postmessage/content, a take-and-drop message may be newly generated anddisplayed in a location at which the take-and-drop message is dropped.The life time of the message using take-and-drop messages has beendescribed above.

Further, different sizes and colors may be given to the postmessages/content using take-and-drop messages. The post message/contentmay also be provided to specific users only in accordance with userpreference or whether to meet the purpose of posting. For example, inthe case of commercially using the post messages/content withtake-and-drop messages in the vicinity of Myung-dong, Korea, it may bepossible to display the post messages/content only for Japanesenationals or Chinese nationals.

FIG. 6D exemplifies a case where a link is formed when a user of anupload terminal prepares post messages/content.

Referring to FIG. 6D, in a map display area 600 of FIG. 6D, the user'slocation, i.e., the current location of the terminal, is displayedthrough points 501. Further, as described above, the map area 600 isconfigured to display a predetermined range of a distance around theuser's location. The user's location information and the map informationmay be provided from the SNS server 200, or may be acquired based oninformation that is stored in the memory provided in the terminal.

As described above, in a state where a map of the user's location andadjacent areas is displayed in the map display area 600, a user mayselect “Making LINK” and then may select a specific point throughtouching the location indicated by a first point 541 or inputtingcoordinates. Hereinafter, explanation will be made on the assumptionthat the input unit 142 of the terminal can provide touch, touch anddrag, and the like. However, it is also possible to input specificcoordinate values and to connect them to each other, and even in thecase of using various kinds of external input devices, for example, amouse and an electronic pen, an input is possible in the same or similarmanner.

As described above, after selecting a first point 541, a user may selecta path by dragging from the first point 541 to another specific point532 using the input unit 142. In this case, the message/contentgenerating module 121 of the terminal may select an optimum path 543based on drag information from the touched point to a point at which thetouch is ended. As described above, the optimum path may become onelink. The path may be set in accordance with existence/nonexistence of aroad or user's optional selection.

As described above, one link that is set as described above may be inputas a walk, a tasty road, or a mountain trail (in the case of a mountaintrail, the link may be path information that a user optionally selectsregardless of existence/nonexistence of a road).

The post message/content as prepared above may be combined with the postmetadata to be provided to the SNS server 200, and may be or may not beprovided to other users in accordance with other users' demands, tastes,or preference.

If such link information is highly evaluated by other users, the startpoint of the corresponding link may have coordinates with a larger sizeas described above, and the life time may continuously extend.

FIG. 6E exemplifies a user interface in the case where a user of anupload terminal uploads a specific message to a specific location.

Referring to FIG. 6E, in a map display area 600 of FIG. 6E, the user'slocation, i.e., the current location of the terminal, is displayedthrough a point 501. Further, as described above, the map area 600 maydisplay a predetermined range of a distance around the user's location.The user's location information and the map information may be providedfrom the SNS server 200, or may be acquired based on information that isstored in the memory provided in the terminal.

Further, a user may prepare a specific text, or a photo or a movingimage including text in a post message/content preparation window of aninput area 620 of FIG. 6E. As exemplified in FIG. 6E, if a user inputsspecific text, for example, the contents of “Bla bla bla”, thecorresponding input contents are displayed, and thereafter, a selectionwindow 503 that displays selectable forms may be created.

The selection window 503 has an exemplified form as an example, andother various forms become possible. The forms exemplified in FIG. 6Emay include 1) a write-and-drop form and 2) a write-and-throw form. The“write and drop” form corresponds to a case where the prepared postmessage/content is posted in the current location where the user islocated. Accordingly, the preparation location may be the same as thepost location. Accordingly, the upload terminal may generate informationin which the preparation location and the post location are the same aspost metadata, and may provide the generated information to the SNSserver 200 together with the prepared post message/content.

Further, the “write and throw” form corresponds to a case where thecurrent position in which a user is located and a location in which theprepared post message/content is displayed are different from eachother. In this case, the user may change the map display locationdisplayed in the map display area 620 by selecting the locationinformation in which the post message/content is to be posted on themap, inputting specific coordinates, or performing a search through asearch area, and then post the post message/content prepared as thecorresponding destination through an operation of selecting a specificpoint.

FIG. 6F exemplifies a user interface in the case where a user of anupload terminal inputs a specific message only.

Referring to FIG. 6F, in a map display area 600 of FIG. 6F, the user'slocation, i.e., the current location of the terminal, is displayedthrough a point 501. Further, a user may input a specific text in a postmessage/content preparation window of an input area 620 of FIG. 6F.Through such text input, a user may prepare a specific diary ormemorandum for the user only, and thereafter, it may be possible to makethe user display the corresponding content together with a preparedplace.

As exemplified in FIG. 6F, a user may input a text or a sentence thatthe user intends to input, for example, contents 511 of “even today, . .. ”. If the input of the text or sentence is completed as describedabove, the user may complete the text input by selecting a userinterface 521 that notifies of completion of the text input.

FIG. 6G exemplifies a state where various kinds of post messages/contentthat are generated as described above are displayed. Referring to FIG.6G, in a map display area 600 of FIG. 6F, the user's location, i.e., thecurrent location of the terminal, is displayed through a point 501.Further, it may be confirmed that a part of the forms as described abovewith reference to FIGS. 6A to 6F and other forms of postmessage/contents are displayed in the map display area 600 of FIG. 6G.

If a user connects to the SNS server 200, the SNS server may filter thepost messages/content to be displayed to the corresponding user based onvarious kinds of information, such as a location of the correspondinguser, pose location of the post messages/content, and user preference,and may select data to be displayed based on the filtered information toprovide the selected data to the user.

Further, although only information on the user preference andnationality has been described as an example, it may be acquired basedon past history information which information the user of the uploadterminal or download terminal desires. For example, in the case ofmainly searching for or evaluating information on a public performanceof a specific signer or in the case of mainly searching for orevaluating information on the corresponding singer or a tasty road,information on the tasty road may be acquired as preference information.

It will be understood that the above-described embodiments are exemplaryto help easy understanding of the contents of the present disclosure anddo not limit the scope of the present disclosure. Accordingly, the scopeof the present disclosure is defined by the appended claims, and it willbe construed that all corrections and modifications derived from themeanings and scope of the following claims and the equivalent conceptfall within the scope of the present disclosure.

What is claimed is:
 1. A system for sharing a message/content usinglocation information, comprising: at least one upload terminal thatgenerates and transmits post metadata including a message/contentprepared for uploading, location information of the upload terminal, andlocation information for uploading the prepared message/content thereto;at least one download terminal that transmits a connection messageincluding current location information, and downloads message/contentposted within a predetermined distance from the current location todisplay the posted message/content; and a server that verifies the postmetadata by receiving the prepared message/content and the post metadatacorresponding to the prepared message/content from the upload terminal,stores the result of verification in a database, searches for theprepared message/content to be provided to the download terminal whenthe connection message including the location information is receivedfrom the download terminal, and provides the searched message/contentand post location information to the download terminal.
 2. The system ofclaim 1, wherein the post metadata comprises: first additional dataincluding at least one of location information of a sender, an errordetection method of the location information, post date information,network connectivity, a battery level, a type of an operating system, anIP address, a MAC address, and a type of the upload terminal; and secondadditional data including at least one of a location where the preparedmessage/content is to be displayed, a sender's preference/profile, amessage type, message accessibility condition information, and linkinformation.
 3. The system of claim 2, wherein the message accessibilitycondition comprises at least one of a separate distance between theprepared message/content and the download terminal and a post time. 4.The system of claim 2, wherein the message type comprises at least oneof write and drop, write and throw, and take and drop.
 5. The system ofclaim 2, wherein the server verifies the post metadata, generates boththe verified post metadata and third additional data including a displayfunction, a post life time, message marks, and message state informationas stored metadata, and stores the stored metadata in the databasetogether with the prepared message/content.
 6. The system of claim 5,wherein the server updates and stores the third additional data whenevaluation information on at least one of messages/content stored in thedatabase is received from the download terminal.
 7. A method for sharinga message/content in a system for sharing the message/content includingan upload terminal that prepares and uploads the message/content to aserver and a download terminal that receives the message/content storedin the server, the method comprising: the upload terminal generatingpost metadata including the message/content prepared for uploading,location information of the upload terminal, and location informationfor uploading the prepared message/content thereto and transmitting thegenerated post metadata to the server; the server receiving the preparedmessage/content and the post metadata corresponding to the preparedmessage/content from the upload terminal; the server verifying the postmetadata, and storing the verified post metadata and the preparedmessage/content in a data base; the download terminal transmitting aconnection message including current location information; the serversearching for the prepared message/content to be provided to thedownload terminal when the connection message is received, and providinginformation on the searched message/content and post locationinformation to the download terminal; and the download terminaldownloading the message/content posted within a predetermined distancefrom the current location, and displaying the posted message/content. 8.The method of claim 7, wherein the post metadata comprises: firstadditional data including at least one of location information of asender, an error detection method of the location information, post dateinformation, network connectivity, a battery level, a type of anoperating system, an IP address, a MAC address, and a type of the uploadterminal; and second additional data including at least one of alocation where the prepared message/content is to be displayed, asender's preference/profile, a message type, message accessibilitycondition information, and link information.
 9. The method of claim 8,wherein the message accessibility condition comprises at least one of aseparate distance between the prepared message/content and the downloadterminal and a post time.
 10. The method of claim 8, wherein the messagetype comprises at least one of write and drop, write and throw, and takeand drop.
 11. The method of claim 7, wherein when the server stores theverified post metadata and the prepared message/content in the database,the server further stores third additional data including a displayfunction, a post life time, message marks, and message stateinformation.
 12. The method of claim 11, further comprising the serverupdating and storing the third additional data when evaluationinformation on at least one of messages/content stored in the databaseis received from the download terminal.